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(57) RESUMEN 

Un dispositivo de telefonra movil, que comprende: 

un dispositivo de almacenaje (1) (por ejemplo, una tarjeta SIM/USIM) que comprende medios para almacenar, al 
menos, una aplicacion (3A, 4A); al menos un m6dulo gestor de arrays (5) de datos de, al menos, una aplicacidn .III. 
almacenada en el dispositivo de almacenaje, que comprende medios de recibir, mediante un mensaje de acceso • t I 
remoto (OTA), al menos una instruccion de operacion sobre al menos un dato contenido en un array de una 
aplicacion especificada, medios de acceder a dicho array en funcion de dicha instruccion, y medios de realizar al 
menos una operacion sobre dicho al menos un dato en dicho array, en funcion de dicha instruccion. 



La invencion tambien se refiere a un metodo de gestion de datos en arrays de aplicaciones almacenadas en una* 
tarjeta de un equipo de usuario de telefom'a mdvil. 
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UN DISPOS 1T1VO DE TELEFONIA MOVIL Y UN METODO DE GESTION DE DATOR 

CAMPO DE LA INVENCION 
La invencion se engloba en el campo de la telefonia movil. Como es sabido, en 
dicho campo, normalmente se utilizan acronimos y terminos anglosajones para 
referirse a elementos y conceptos propios del campo. Para facilitar la lectura de esta 
memoria descriptiva para un lector no experto en la materia, se expone a continuation 
un listado de acronimos utilizadas en la presenter 



GSM Global System for Mobile Communication 

ICC Integrated Circuit Card ("Tarjeta Chip") 

SIM Subscriber Identity Module ("Modulo de Identificacion de Usuario"). 

SAT SIM Application Toolkit ("Aplicaciones SIM Toolkit" o, simplemente, 

"Aplicaciones Toolkif ; conjunto de herramientas para aplicaciones sobre 

la SIM) 

UMTS Universal Mobile Telecommunications System (tambien llamado 

Tercera Generacion de Telefonia Movil") 
UICC UMTS Integrated Circuit Card (la "tarjeta chip" para el UMTS) 

USIM Universal Subscriber Identity Module (el Modulo de Identificacion de 

Usuario en el UMTS) 
USAT USIM Application Toolkit (el SAT en el caso del UMTS) 

OTA Over The Air (Acceso remoto a la tarjeta SIM/USIM) 



ANTECEDENTES DE LA INVENCION 
Actualmente existen diferentes tipos de telefonos moviles (tambien llamados 
"telefonos portatiles" o "celulares"), que suelen estar dotados de un teclado y de una 
pantalla con capacidad para mostrar sfmbolos alfanumericos y, en muchos casos, 
tambien graficos. 

Actualmente existen varios sistemas de telefonia movil, entre ellos el sistema 
GSM y el UMTS (tambien llamado la "Tercera Generacion de Telefonia Movil"). 

El equipo de usuario comprende, tanto en el sistema GSM como en el sistema 

UMTS: 

a) por una parte un terminal (que es el que muchas veces se denomina 
"telefono movil") (que incluye una carcasa, pantalla, teclado, fuente de alimentation y 
circuitos diversos); y 

b) por otra parte una tarjeta ICC o UICC (UMTS Integrated Circuit Card). 
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En el caso de GSM se trata de una tarjeta ICC llamada tarjeta SIM o simplemente SIM 
(Subscriber Identity Module) o de una UICC con una aplicacion SIM y en el caso de 
UMTS se tratara de una UICC con una aplicacion USIM. Tanto la tarjeta SIM como la 
tarjeta UICC (con una o varias aplicaciones SIM y/o USIM) contienen un conjunto de 
5 ficheros con datos del operador de la red de telefonia movil y del usuario (subscriber) y 
estan dotadas de medios de ejecutar operaciones asociadas a una serie de comandos 
que permiten al terminal acceder a esos ficheros (leerlos, escribirlos, seleccionarlos, 
verificar claves de usuario, etc.). Entre los datos de usuario est£n los que autentifican 
al usuario ante la red. 

10 Hasta la llegada de UMTS (la llamada Tercera Generacion de Telefonia Movil) 

no se solia hacer distincion alguna entre el interfaz ffsico de la aplicacion (dependiente 
de la propia naturaleza de la tarjeta inteligente ICC) y la propia aplicacion: ambos eran 
llamados SIM. La tercera generacion de telefonia movil (UMTS) introdujo la separacion 
del interfaz ffsico y las aplicaciones. El interfaz ffsico recibe el nombre de UICC; se 

15 trata de una plataforma en la que pueden convivir varias aplicaciones 
simultaneamente; entre ellas puede haber aplicaciones SIM y/o USIM. La aplicacion 
de identificacion de usuario propiamente dicha recibe en UMTS el nombre de USIM. 

Se considera que una tarjeta inteligente es un dispositivo ffsicamente seguro, 
es decir, es un dispositivo en el que los datos almacenados se encuentran protegidos 

20 frente a ataques de terceros que pretendan leerlos, modificarlos, borrarlos o falsearlos 
sin permiso del propietario de la informacion. 

A continuacion, en ocasiones nos referimos al modulo de identificacion de 
usuario como SIM tanto para GSM como para UMTS (es decir, con SIM tambien nos 
referimos a una UICC con las aplicaciones SIM o USIM correspondientes). 

25 En el campo de la telefonia movil tambien se conoce el concepto SAT=SIM 

Application Toolkit (en UMTS, USAT=USIM Application Toolkit), que consiste en un 
conjunto de herramientas para aplicaciones sobre la SIM; a continuacion, nos 
referimos a una aplicacion basada en dichas herramientas como una "aplicacion 
Toolkit". 

30 En un primer momento, los terminales moviles solo eran capaces de enviar 

comandos a las SIMs, mientras que las SIMs solo eran capaces de responder a 
comandos recibidos desde el terminal movil. . 

Posteriormente se produjo una evolucion de los terminales moviles y de las 
tarjetas SIM y se permite, por un lado, a los terminales tanto enviar comandos a la 

35 tarjeta SIM como recibir comandos de la misma, y por otro lado, a la tarjeta SIM tanto 
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responder a comandos recibidos desde el terminal movil como enviar comandos al 
mismo. Estos comandos permiten a la SIM, por ejemplo, solicitar al terminal el envio 
de un mensaje corto (SM), la realization de una llamada, mostrar una lista de opciones 
al usuario, solicitarle un dato, etc. 

5 Las aplicaciones existentes en la tarjeta SIM capaces.de enviar comandos al 

terminal movil se conocen con el nombre de aplicaciones SAT (SIM Application 
Toolkit). En UMTS se conocen con el nombre de aplicaciones USAT (USIM Application 
Toolkit). En general, tanto a unas como a otras se las llama aplicaciones Toolkit. 

Las aplicaciones Toolkit son una caracten'stica opcional tanto de las tarjetas 

10 SIM como de las tarjetas UICC (con las aplicaciones correspondientes). Los 
procedimientos de alto nivel, contenidos y codificacion de los comandos, estan 
especificados en la norma GSM11.14 para GSM y en la norma 3GPP TS 31.111 para 
UMTS. 

Tambien se conoce el concepto OTA (Over The Air), que se refiere al acceso 
15 . remoto a la tarjeta SIM (o USIM). Inicialmente, cuando las tarjetas salfan al mercado, 
el operador no podia modificar nada en ellas, estaban fuera de su alcance. Sin 
embargo, parecia interesante poder modificar el contenido de algunos ficheros en la 
tarjeta, modificar el perfil de personalization y cargar o modificar aplicaciones Toolkit 
una vez que la tarjeta estaba en posesion del cliente. 
20 Por tanto, los fabricantes de tarjetas empezaron a incorporar sistemas OTA (de 

acceso remoto) que permitian gestionar los contenidos de la tarjeta mediante 
mensajes cortos especiales. Cada fabricante disponia de una solution propietaria 
incompatible con las de otros fabricantes. Posteriormente se han generado unas 
especificaciones estendar para realizar este tipo de modificaciones remotas OTA 
25 (GSM 03.48 y 3GPP 23.048). Basandose en estas especificaciones se pueden 
implementar sistemas OTA compatibles que permiten la gestion de ficheros y de 
aplicaciones. 

En la actualidad se esta trabajando en la definition de estandares que permitan 
emplear otros tipos de portadoras, no solo mensajes cortos, para hacer 
30 comunicaciones mas rapidas y flexibles, estas portadoras pueden ser GPRS (General 
Packet Radio Service), Bluetooth, llamada de datos, etc. 

En telefoma movil se estan desarrollando multitud de aplicaciones SIM Toolkit 
que se pretenden gestionar por el operador de forma remota. El problema surge 
cuando se quiere acceder remotamente a datos de la aplicacion como pueden ser los 
35 textos que muestra, numeros de telefono a los que llama o manda mensajes cortos o 
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cualquier otro tipo de datos. 

Las aplicaciones pueden ser cargadas de forma remota siguiendo los 
estandares, pero no esta definida la creacion de ficheros de forma remota, por tanto, si 
se quiere que una aplicacion se pueda cargar y que contenga algOn tipo de dato,. el 
5 dato se debe almacenar en un array y no en un fichero para que se pueda descargar 
en la tarjeta de forma remota. El problema se encuentra en que no esta definido de 
ninguna forma el acceso remoto (es decir, 'Via OTA") a los datos almacenados en 
arrays. 

Por tanto, si se quieren cargar aplicaciones de forma remota, los datos se 
10 deben guardar en arrays y no en ficheros, pero los arrays no son modificables de 
forma remota, por lo que los datos de una aplicacion cargada remotamente no podrfan 
modificarse remotamente. Actualmente para modificar uno de estos datos se debe 
borrar la aplicacion y volver a cargarla entera con el dato modificado, perdiendo toda la 
informacion que pudiese haber introducido el usuario para personalizar la aplicacion. 
1 5 El hecho de tener que eliminar y volver a cargar la aplicacion para modificar, 

por ejemplo, un numero de telefono hace necesario el envfo de entre 40 a 60 
mensajes cortos para una aplicacion tfpica (depende del tamano de la aplicacion) 
cuando si el numero de telefono a modificar estuviese en un fichero bastaria con un 
mensaje corto. 

20 La figura 1 ilustra un ejemplo del estado de la tecnica: una tarjeta SIM (o 

USIM) 1 contiene un gestor de acceso remoto (gestor OTA) 2 que comprende un 
modulo gestor remoto de aplicaciones 2A y un modulo gestor remoto de ficheros 2F. 
La tarjeta 1 incluye, ademas, una primera aplicacion Toolkit 3A y una segunda 
aplicacion Toolkit 4A. Las aplicaciones pueden ser aplicaciones SAT o USAT. La 

25 . primera aplicacion Toolkit 3A esta relacionada con (lee, escribe, manipula, etc.) datos 
3D que se almacenan en un fichero 3F. Dicho fichero se establece durante la 
personalizacion de la tarjeta en la febrica (flecha "a" en la figura 1). La segunda 
aplicacion Toolkit 4A esta relacionada con datos 4D almacenados en un array que 
forma parte de la propia aplicacion. 

30 La tarjeta 1 puede ser gestionada de forma remota mediante un sistema OTA; 

los mensajes OTA se reciben en el equipo de usuario y se transmiten a la tarjeta, en la 
que el gestor de acceso remoto 2 (que en sf constituye una aplicacion Toolkit) se hace 
cargo de realizar las operaciones oportunas. Mediante el modulo gestor remoto de 
aplicaciones 2A se pueden cargar en la tarjeta las aplicaciones 3A (flecha "b") y 4A 

35 (flecha "c") y, si el fichero 3F ha sido establecido en la fabrica durante la 
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personalizacion de la tarjeta, los datos 3D se pueden escribir, leer o manipular de 
forma remota (OTA) mediante el modulo gestor de ficheros (2F) (flecha "d"). (Sin 
embargo, si el fichero 3F no se ha creado durante la mencionada personalizacion en la 
fabrica, no sera posible cargar correctamente la primera aplicacion Toolkit 3A, ya que 
5 no se puede crear el fichero asociado 3F de forma remota (OTA)). 

Por otra parte, en cuanto a la segunda aplicacion Toolkit 4A, el sistema actual 
de acceso remoto (OTA) permite cargar la aplicacion de forma correcta a pesar de que 
no tiene fichero asociado, ya que la aplicacion no requiere fichero: como hemos 
indicado, los datos 4D estan alojados en un array en la propia aplicacion. Sin embargo, 

10 el actual sistema de acceso remoto (OTA) a la tarjeta no permite modificar los datos 
4D asociados a dicha aplicacion de forma remota, ya que el sistema de acceso remoto 
(incluyendo el gestor de acceso remoto 2) no comprende medios de acceso y 
manipulacion de datos en un array de una aplicacion. Por tanto, para modificar 
cualquier dato 4D serfa necesario borrar toda la aplicacion 4A y volverla a cargar a 

15 traves del modulo gestor de aplicaciones 2A, con los inconvenientes que ello implica. 

DESCRIPCION DE LA INVENCION 
Un primer aspecto de la invencion se refiere a un dispositivo de telefoma movil 
(que puede ser una tarjeta SIM/USIM o un equipo de usuario que comprende un 
20 terminal y dicha tarjeta SIM/USIM), que comprende: 

un dispositivo de almacenaje (por ejemplo, una tarjeta chip (ICC) con un 
modulo de identificacion de usuario (SIM/USIM)) que comprende medios para 
almacenar, al menos, una aplicacion (por ejemplo, una aplicacion SAT/USAT); y 

medios de gestion por acceso remoto (OTA) del dispositivo de almacenaje en 
25 base a recepcion de mensajes de acceso remoto (OTA) por telefonia movil (es decir, 
los medios comentados en lo anterior, incluyendo, por ejemplo, un gestor de acceso 
remoto -gestor OTA- con su gestor de aplicaciones y gestor de ficheros y las diferentes 
portadoras que pueden emplearse para hacer llegar los mensajes de acceso remoto a 
la tarjeta como pueden ser mensajes cortos, llamadas de datos, GPRS, Bluetooth, 
30 etc.). 

Segun la invencion, el dispositivo comprende ademas, al menos, un modulo 
gestor de arrays de datos de, al menos, una aplicaci6n almacenada en el dispositivo 
de almacenaje. El modulo gestor de arrays de datos comprende: 

- medios de recibir, mediante un mensaje de acceso remoto (OTA), al menos 
35 una instruccion de operacion sobre al menos un dato contenido en un array de una 
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aplicacion especificada; . . 

- medios de acceder a dicho array en funcion de dicha instruction; y 

- medios de realizar, al menos, una operation sobre dicho al menos un dato en 
dicho array, en funcion de dicha instruction. - 

El modulo gestor de arrays de datos es el encargado de procesar los datos o 
instrucciones recibidos en un mensaje OTA, de acceder al array y de modificarlo de 
acuerdo con las instrucciones. 

Desde el punto de vista funcional, el sistema puede componerse de los 
siguientes elementos: 

Una tarjeta GSM, UMTS o similar en la que hay un modulo (ya sea un 
API (Application Programming Interface - "interfaz para programar aplicaciones") o 
una aplicacion independiente) que se encarga de la gestion OTA de arrays. 

Un terminal que soporte SAT o USAT que soporte Data Download (cada 
vez mas modelos lo soportan -bastantes modelos de Siemens, Nokia, Samsung, 
Alcatel, etc.-) y/o que sea de clase "e", es decir que soporte los comandos de gestion 
de canales (actualmente hay pocos terminales que lo soporten pero su numero va 
aumentando). 

Un servidor OTA con los sistemas asociados. 
El modulo gestor de arrays presenta un interfaz adecuado para que pueda 
acceder a los arrays de las diferentes aplicaciones. 

Los medios de acceder al array pueden comprender: 

- medios de pedir una referencia del array a la aplicacion especificada; 

- medios de recibir la referencia solicitada; y 

- medios de acceder al array en base a dicha referencia. 

El modulo gestor de arrays de datos puede estar configurado para poder 
acceder a arrays de una pluralidad de aplicaciones. Por ejemplo, el modulo puede 
consistir en una aplicacion independiente capaz de acceder a los arrays de una 
pluralidad de aplicaciones. 

Sin embargo, tambien existe la posibilidad de utilizar un modulo gestor 
especffico para cada aplicacion en la que se desea operar sobre datos en un array 
mediante acceso remoto (OTA). Por ejemplo, el modulo gestor puede formar parte de 
la aplicacion concreta a cuyo array de datos se quiere acceder, por ejemplo, estar 
constituido por un API (Application Programming Interface - "interfaz para programar 
aplicaciones"). 

Los medios de gestion por acceso remoto (OTA) pueden estar basados en la 
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norma GSM 03.48 o en la norma 3GPP 23.048. 

El dispositivo comprende preferiblemente un terminal que soporta SAT o USAT 
y que soporta Data Download y/o un terminal de clase "e" que soporta los comandos 
SIM Toolkit para gestion de canales. 

Otro aspecto de la invention se refiere a un metodo de gestion de datos en 
arrays de aplicaciones almacenadas en una tarjeta (por ejemplo, en una tarjeta 
SIM/USIM) de un equipo de usuario de telefom'a m6vil, y que comprende los pasos de: 

recibir un mensaje de un servidor de acceso remoto (OTA), con al menos una 
instruction relativa a al menos un dato en un array de una aplicacion almacenada en la 
tarjeta; 

analizar la instruccion; 

en base a la instruccion, acceder al array; 

en base a la instruccion, operar sobre dicho al menos un dato en el array. 

El paso de acceder al array puede comprender los pasos de: 

pedir una referencia del array a la aplicaci6n; 

recibir dicha referencia; y 

acceder al array en base a dicha referencia. 

Preferiblemente, el mensaje se recibe en un terminal del equipo de usuario y se 
envi'a desde el terminal a la tarjeta, donde un m6dulo gestor de acceso remoto (OTA) 
en la tarjeta remite la instruccion a un modulo gestor de arrays de datos identificado en 
el mensaje. Preferiblemente, el mensaje es del tipo Data Download y se envi'a a la 
tarjeta mediante el comando ENVELOPE. La instruccion se puede remitir a un modulo 
gestor de arrays de datos identificado mediante el campo TAR del mensaje. Tambien 
existe la posibilidad de enviar el mensaje a la tarjeta a traves de un canal basado en el 
Bearer Independent Protocol (Protocolo Independiente de la Portadora). 

Un servicio que requiera la modification de datos en una aplicacion descargada 
de forma remota (o no) en la tarjeta puede emplear este sistema. El modulo que 
gestiona los arrays debe ser capaz de identificar diferentes comandos para permitir 
una gestion mas flexible de los arrays. Es interesante emplear comandos que 
permitan, al menos: 

- Escribir 

- Leer 

A estos se pueden anadir otros que faciliten la gestion como pueden ser 

- Borrar 

- Copiar 




- Incrementar 

Una buena opcion es la de soportar los mismos comandos que se especifican 
en la norma GSM 1 1.1 1 y/o en la norma 3GPP 31 .101 para gesti6n de ficheros: 

- UPDATE BINARY 
5 - UPDATE RECORD 

- READ BINARY 

- READ RECORD 

- INCREASE 

Esto permite una gestibn flexible de los arrays con un mmimo tamano de 

10 c6digo. 
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BREVE DESCRIPCIOn DE LOS DIBUJOS 
A continuation se pasa a describir de manera muy breve una serie de dibujos 
que ayudan a comprender mejor la invencion y que se relacionan expresamente con 
una realization de dicha invencion que se presenta como un ejemplo ilustrativo y no 
limitativo de esta. 

La figura 1 refleja, de forma esquematica, algunos componentes de una tarjeta 
SIIWUSIM de acuerdo con el estado de la tecnica. 

La figura 2 refleja, de forma esquematica, algunos componentes de una tarjeta 
SIM/USIM que incluye un modulo gestor de arrays de datos, de acuerdo con la 
invenci6n. 

La figura 3 refleja, de forma esquematica, un sistema comprendiendo un 
dispositivo y operando de acuerdo con la invenci6n. 

25 DESCRIPCION DE UNA RF ALIZACI6N PREFERIDA DP LA INVENCION 

De forma analoga a la figura 1, la figura 2 refleja (una gran parte de los 
componentes pueden ser identicos a los de la figura 1 y han sido indicados con las 
mismas referencias numericas, para mayor claridad) una tarjeta SIM (o USIM) 1 que 
contiene un gestor de acceso remoto (gestor OTA) 2 que comprende un modulo gestor 
remoto de aplicaciones 2A y un modulo gestor remoto de ficheros 2F. La tarjeta 1 
incluye, ademas, una primera aplicacion Toolkit 3A (SAT o USAT) y una segunda 
aplicacion Toolkit 4A (SAT o USAT). La primera aplicaci6n Toolkit 3A esta relacionada 
con (lee, escribe, manipula, etc.) datos 3D que se almacenan en un fichero 3F. Dicho 
fichero se ha establecido durante la personalization de la tarjeta en la fabrica (flecha 
35 "a" en la figura 2). La segunda aplicaci6n Toolkit 4A esta relacionada con datos 4D 
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almacenados en un array que forma parte de la propia aplicacion. 

La tarjeta 1 puede ser gestionada de forma remota mediante un sistema de 
acceso remoto (OTA); los mensajes OTA se reciben en el equipo de usuario y se 
transmiten a la tarjeta, en la que el gestor de acceso remoto 2 se hace cargo de 
5 realizar las operaciones oportunas. Mediante el modulo gestor remoto de aplicaciones 
2A se pueden cargar en la tarjeta 1 las aplicaciones 3A (flecha "b") y 4A (flecha "c") y, 
ya que el fichero 3F ha sido establecido en la fabrica durante la personalizacidn de la 
tarjeta, los datos 3D se pueden escribir, leer o manipular de forma remota (OTA) 
mediante el modulo gestor de ficheros (2F) (flecha B d"). 
10 Por otra parte y de acuerdo con la invencion, la tarjeta 1 contiene un modulo 

gestor de arrays de datos 5 que comprende: medios de recibir, mediante un mensaje 
de acceso remoto (OTA), al menos una instruccibn de operacibn sobre al menos un 
dato contenido en un array de una aplicaci6n especificada (flecha "e" en la figura 2); 
medios de acceder a dicho array en funcion de dicha instruccion; y medios de realizar 
al menos una operacion sobre dicho al menos un dato en dicho array, en funcion de 
dicha instruccion. Por tanto, el modulo gestor de arrays de datos permits operar sobre 
los datos 4D en la segunda aplicaci6n Toolkit 4A, sin necesidad de borrar y re-escribir 
toda la aplicacion en la memoria de la tarjeta. 

La figura 3 refleja una realizacion preferida de la invencion, en la que el 
m6dulo gestor de arrays 5 consiste en una aplicaci6n independiente, que puede 
implicar una ventaja frente a la alternativa que consiste en que cada aplicacion 
gestione sus propios arrays. La ventaja consiste en que todos los mensajes que 
Heguen a la aplicacion Gestor de Arrays (el modulo gestor de arrays 5) seran tratados 
como mensajes de gestion de arrays mientras que en la otra solucidn, en la que cada 
aplicacion gestiona sus propios arrays, es necesario distinguir entre mensajes de 
gestion de arrays y otro tipo de mensajes que pueda recibir la aplicacion para su 
operativa normal. 

La figura 3 refleja el siguiente proceso: 

El servidor de acceso remoto OTA 10 manda un mensaje M1 del tipo Data 
30 Download a un telefono movil. 

El terminal 20 del equipo de usuario del telefono movil recibe el mensaje y se lo 
manda a la tarjeta SIM/USIM 1 mediante el comando ENVELOPE M2. 

El gestor de acceso remoto (gestor OTA) 2 correspondiente de la tarjeta 1 
desempaqueta el mensaje (lo descifra, verifica el checksum, etc) y se lo manda a la 
aplicacion (al modulo gestor de arrays de datos 5) que se indica en el campo TAR del 
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mensaje, mediante el mensaje M3 que comprende instrucciones relativas a la 
operacion que debe realizarse sobre los datos de la aplicacidn 4A. 

El modulo gestor de arrays de datos 5 recibe las instrucciones (datos, 
comandos) donde se indica el array a modificar mediante el AID de la aplicacidn y el 
numero identificador del array que se asignan en tiempo de programacidn. 

En el mddulo gestor de arrays de datos 5 se lleva a cabo el siguiente 
procedimiento, ilustrado en la figura 3: 

Desde "inicio" (SO) se pasa a un estado de espera de instrucciones S1. Una 
vez que se reciben las instrucciones, el mddulo gestor analiza las instrucciones (paso 
S2) y, luego, efectua una llamada M4 a la aplicacidn 4A solicitando una referenda al 
array (paso S3). 

La aplicacidn 4A propietaria del array en cuestidn env.a una referencia al array 
al mddulo gestor de arrays de datos (5), mediante un mensaje M5. El mddulo gestor 
de arrays de datos (5) recibe dicha referencia (paso S4). 

Seguidamente (paso S5), el Gestor de Arrays precede a escribir, leer, o lo que 
corresponda. 

Posteriormente (paso S6) manda un mensaje al Servidor OTA indicando el 
resultado de la operacidn, preferiblemente, un mensaje corto (SM) utilizando el servicio 
de mensajes cortos (SMS) del sistema (M6+M7). 

Se pueden emplear los comandos soportados para gestidn de ficheros 
indicados en las normas GSM 11.11 y3GPP 31.101. 

Adicionalmente se puede emplear el comando SELECT por AID basado 
(aunque no sera igual porque no se espera recibir datos salientes) en la norma 3GPP 
31.101 para indicar la aplicacidn propietaria del array y el comando SELECT para 
25 seleccionar el array. 

Los eddigos de status pueden ser los mismos que se especifican en las normas 
correspondientes para los respectivos comandos. 

De esta forma el mensaje Data Download es una concatenacidn de comandos 
como sigue: 

30 - SELECT por AID: para indicar la aplicacidn 

- SELECT: para indicar el array 

- UPDATE BINARY, UPDATE RECORD, etc: para modificar el array. 

La respuesta sera la concatenacidn de los eddigos de status, por ejemplo, en 
caso correcto serfa: 

35 - 90 00: Aplicacidn seleccionada correctamente 
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- 90 00: Array seleccionado correctamente 

- 90 00: Escritura correcta 

Los arrays pueden estar identificados para su seleccion por dos bytes como se 
indica a continuacion: 

5 Byte 1: codifica la estructura de array. La codificacion es la misma que se 

define para los ficheros en la GSM 11.11, esto es: 

- 0.0 Binario 

- 01 Lineal Fijo 

- 03 Ciclico 

1° Byte 2: identifica el array. Los arrays seran dados de alta en la aplicacion con 

numeros secuenciales empezando por 00. 
Por ejemplo: 

Si el array 03 se pretende gestionar como lineal fijo, su identificador sera: 
01 03 

15 Y se seleccionara con el comando: 

AO A4 00 00 02 01 03 
El resultado de la seleccion sera: 
90 00 

A lo largo de la presente descripcion y reivindicaciones la palabra "comprende" 
20 y variaciones de la misma, como "comprendiendo", no pretende excluir otros pasos o 
componentes. 
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REIVINDICACIONES 

1 . - Un dispositive) de telefonia movil, que comprende: 

un dispositivo de almacenaje (1) que comprende medios para almacenar, al 
5 menos, una aplicacion (3A, 4A); 

medios de gestion por acceso remoto (OTA) del dispositivo de almacenaje en 
base a recepcion de mensajes de acceso remoto (OTA) por telefonia movil; 
caracterizado porque 
comprende ademas 

10 al menos un modulo gestor de arrays (5) de datos de, al menos, una aplicacion 

almacenada en el dispositivo de almacenaje, comprendiendo dicho modulo gestor de 
arrays de datos: 

- medios de recibir, mediante un mensaje de acceso remoto (OTA), al menos 
una instruccion de operaci6n sobre al menos un dato (4D) contenido en un array de 

1 5 una aplicacion (4A) especif icada; 

- medios de acceder a dicho array en funcion de dicha instruccion; y 

- medios de realizar al menos una operacion sobre dicho al menos un dato (4D) 
en dicho array, en funcion de dicha instruccion. 

2. - Un dispositivo segun cualquiera de las reivindicaciones anteriores, 
20 caracterizado porque los medios de acceder a dicho array comprenden: 

- medios de pedir una referencia del array a la aplicacion especificada (S3); 

- medios de recibir la referencia solicitada (S4); y 

- medios de acceder al array en base a dicha referencia (S5). 

3. - Un dispositivo de acuerdo con cualquiera de las reivindicaciones 1 y 2, 
25 caracterizado porque la aplicaci6n es una aplicacion SAT o USAT. 

4. - Un dispositivo segun cualquiera de las reivindicaciones anteriores, 
caracterizado porque el dispositivo de almacenaje (1) es una tarjeta chip (ICC) con un 
modulo de identificacion de usuario (SIM/USIM). 

5. - Un dispositivo segun cualquiera de las reivindicaciones anteriores, 
30 caracterizado porque el modulo gestor de arrays de datos (5) esta configurado para 

poder acceder a arrays de una pluralidad de aplicaciones. 

6. - Un dispositivo segun cualquiera de las reivindicaciones 1-4, caracterizado 
porque el modulo gestor de arrays de datos forma parte de la aplicacion concreta a 
cuyo array de datos debe poder acceder. 

35 7.- Un dispositivo segun la reivindicacion anterior, caracterizado porque el modulo 
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gestor de arrays de datos es un interfaz para programas de aplicacion (API). 

8. - Un dispositive* segun cualquiera de las reivindicaciones anteriores, 
caracterizado porque los medios de gestion por acceso remoto estan basados en la 
norma GSM 03.48 o en la norma 3GPP 23.048. 

9. - Un dispositivo segun cualquiera de las reivindicaciones anteriores, 
caracterizado porque comprende un terminal (20) que soporta SAT o USAT y que 
soporta Data Download y/o un terminal de clase V que soporta los comandos SIM 
Toolkit para gestion de canales. 

10. - Un metodo de gestion de datos en arrays de aplicaciones almacenadas en una 
tarjeta (1) de un equipo de usuario de telefoma movil, caracterizado porque comprende 
los pasos de: 

recibir un mensaje (M1) de un servidor (10) de acceso remoto (OTA), con al 
menos una instruccion relativa a al menos un dato en un array de una aplicacion (4A) 
almacenada en la tarjeta; 

analizar la instruccion (S2); 

en base a la instruccion, acceder al array (S5); 

en base a la instruccion, operar (S5) sobre dicho al menos un dato en el array. 

11. - Un metodo segun la reivindicacion 10, caracterizado porque el paso de acceder 
al array comprende los pasos de: 

pedir una referencia del array a la aplicacion (S3); 

recibir dicha referencia (S4); y 

acceder al array en base a dicha referencia (S5). 

12. - Un metodo segun cualquiera de las reivindicaciones 10 y 11, caracterizado 
porque 

el mensaje (M1) se recibe en un terminal (20) del equipo de usuario; 
el mensaje se envia desde el terminal a la tarjeta (1); 

un modulo gestor de acceso remoto (OTA) (2) en la tarjeta remite la instruccion 
(M3) a un modulo gestor de arrays de datos (5) identificado en el mensaje. 

13. - Un metodo segOn la reivindicacion 12, caracterizado porque el mensaje (M1) es 
del tipo Data Download. 

14. - Un metodo segun la reivindicacion 13, caracterizado porque el mensaje se 
envia a la tarjeta (1) mediante el comando ENVELOPE (M2). 

15. - Un metodo segun la reivindicacion 12, caracterizado porque el mensaje (M1) se 
envia a la tarjeta a traves de un canal basado en el Bearer Independent Protocol 
(Protocolo Independiente de la Portadora). 
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16.- Un metodo segun cualquiera de las reivindicaciones 14 y 15, caracterizado 
porque la instruccion se remite a un modulo gestor de arrays de datos (5) identificado 
mediante el campo TAR del mensaje. 



